The upcoming version 1.18.0 has some changes that are not compatible with
previous versions but should only apply in kpse mode:
1) the debug library is disabled; can be enabled with --luadebug
2) os.rename os.remove and lfs library functions are checked
from kpse to see if the path is legal
I'm
(Sorry for the delay, I wanted to be sure that building phase was over)
==
LuaTeX 1.17.0 2023-04-29
==
- A breaking backward compatibility change: by default the socket
==
LuaTeX 1.15.0 2021-12-31
==
New primitive \matheqdirmode.
By default the short skip detection is not adapted to r2l typesetting and
that
hasn't been the case since the start
Garamond unusable for anything but the most
basic uses.
Fortunately, my significantly more demanding needs for a client were met with
the invaluable help
from LuaTeX, but that won't be enough for my own projects, much more complex
(facsimile of
ancient editions), until Google improves this font.
Thomas
On 12/25/2021 11:52 PM, Thomas Savary via ntg-context wrote:
Hi Bruce and Hans !
Thank you very much for your answers, that helped me a lot.
In fact, though I would love to switch to ConTeXt one day, I am still
using LuaLaTeX — I am a slow learner and I know it will take me months
to be
Hi Bruce and Hans !
Thank you very much for your answers, that helped me a lot.
In fact, though I would love to switch to ConTeXt one day, I am still using
LuaLaTeX — I am a slow
learner and I know it will take me months to be able to achieve what I need for
my job with
ConTeXt and can do
On 12/25/2021 12:04 AM, Bruce Horrocks via ntg-context wrote:
On 24 Dec 2021, at 18:34, Thomas Savary via ntg-context
wrote:
Hello, dear list !
In order to fix a few bugs in some OpenType features included in EB Garamond
font provided by Google Fonts, I am trying to remove some ligatures
On 12/25/2021 12:04 AM, Bruce Horrocks via ntg-context wrote:
On 24 Dec 2021, at 18:34, Thomas Savary via ntg-context
wrote:
Hello, dear list !
In order to fix a few bugs in some OpenType features included in EB Garamond
font provided by Google Fonts, I am trying to remove some ligatures
> On 24 Dec 2021, at 18:34, Thomas Savary via ntg-context
> wrote:
>
> Hello, dear list !
>
> In order to fix a few bugs in some OpenType features included in EB Garamond
> font provided by Google Fonts, I am trying to remove some ligatures
> (erroneous in some contexts) with
Hello, dear list !
In order to fix a few bugs in some OpenType features included in EB Garamond
font provided by
Google Fonts, I am trying to remove some ligatures (erroneous in some contexts)
with
fonts.handlers.otf.addfeature.
I must be missing something, because I can't get it to work.
On 9/5/2021 10:14 AM, Hans van der Meer via ntg-context wrote:
There is something I do not understand in the passing of parameters from
TeX to LuaTex.
This is my TeX definition:
\def\ListSort[#1]#2{\directlua{hvdm.listsort([===[#2]===],[===[#1]===])}}
tex haalt de {} rond #2 weg
Calling
And \ListSort[[abc]]{value} turns out to be worse: doesn't makes it into LuaTeX
at all.
dr. Hans van der Meer
> On 5 Sep 2021, at 10:14, Hans van der Meer via ntg-context
> wrote:
>
> There is something I do not understand in the passing of parameters from TeX
> to LuaTex.
&
There is something I do not understand in the passing of parameters from TeX to
LuaTex.
This is my TeX definition:
\def\ListSort[#1]#2{\directlua{hvdm.listsort([===[#2]===],[===[#1]===])}}
Calling \ListSort[sep={ + }]{} delivers the string 'sep={ + }' into LuaTeX as
the printout in the logfile
Hi again,
Many thanks to Hans and Hans and Henri.
The solution (going to low level) provided by Hans works fine.
Best
Thierry
Le Monday 23 Aug 2021 à 17:13:00 (+0200), Hans Hagen a écrit :
> On 8/23/2021 4:46 PM, Thierry Horsin via ntg-context wrote:
> > Hi everybody.
> >
> > I wonder how does
On 8/23/2021 5:24 PM, Hans van der Meer via ntg-context wrote:
I guess the underlying library calls are from Lua5.4? Then it is perhaps
useful to know that between 5.3 and 5.4 there is mentioned a new
implementation for math.random. Perhaps it changes the sequence of
random values generated?
> random values generated? Someone who knows?
https://tex.stackexchange.com/questions/468466/tikz-graphdrawing-differences-between-luatex-versions
Cheers, Henri
>
> dr. Hans van der Meer
>
>
> > On 23 Aug 2021, at 17:13, Hans Hagen via ntg-context <
> > ntg-context
I guess the underlying library calls are from Lua5.4? Then it is perhaps useful
to know that between 5.3 and 5.4 there is mentioned a new implementation for
math.random. Perhaps it changes the sequence of random values generated?
Someone who knows?
dr. Hans van der Meer
> On 23 Aug 2021, at
On Mon, 2021-08-23 at 16:46 +0200, Thierry Horsin via ntg-context
wrote:
> Hi everybody.
>
> I wonder how does math.random() work in context. I found that this
> subject was discussed more than ten years ago by Otared and Taco and
> Thomas. It is clear to me how to obtain new results upon
On 8/23/2021 4:46 PM, Thierry Horsin via ntg-context wrote:
Hi everybody.
I wonder how does math.random() work in context. I found that this subject was
discussed more than ten years ago by Otared and Taco and Thomas. It is clear to
me how to obtain new results upon typesetting the same file
Hi everybody.
I wonder how does math.random() work in context. I found that this subject was
discussed more than ten years ago by Otared and Taco and Thomas. It is clear to
me how to obtain new results upon typesetting the same file by changing the
value of math.randomseed (with os.time()).
While luametatex works fine, running this mwe with luatex ends in an error:
\startexceptions
con-text
\stopexceptions
\starttext
context
\stoptext
...-64/tex/texmf-context/tex/context/base/mkiv/lang-ini.lua:198: attempt to
call a nil value (global 'sortedhash')
stack traceback
deeper.
I suspect there is something not ok in LuaTeX.
The lines with and >>>> directly come from print statements
inserted in the Lua code.
dr. Hans van der Meer
Open file in directory 1 and 2 levels deep - direct call succeeds
..io.open("events/hga-0372-345-6
in LuaTeX.
The lines with and >>>> directly come from print statements inserted in
the Lua code.
dr. Hans van der Meer
Open file in directory 1 and 2 levels deep - direct call succeeds
..io.open("events/hga-0372-345-62.xml","r")=>file (0x7fff97415f88)
...
On 5/29/21 2:38 AM, jbf wrote:
> Pablo, thanks for the assistance you gave me... it made me look at the
> cache inside the lmtx folders and I could see that the entire luatex
> folder was missing. I did try your --erase and --generate moves, but
> that did nothing to resolve things, so
Pablo, thanks for the assistance you gave me... it made me look at the
cache inside the lmtx folders and I could see that the entire luatex
folder was missing. I did try your --erase and --generate moves, but
that did nothing to resolve things, so I installed the latest 2021.05.27
14:15
like I am) to put me right.
> you need help from a linux expert indeed
Just a comment. I also experienced problems in Linux with --luatex some
days ago.
I got everything right with current latest (2021.05.27 14:15).
I would erase the cache and try it again:
mtxrun --script cache --e
> On 23 May 2021, at 23:41, Hans Hagen wrote:
>
> So this is not lmtx (which also has luatex) but the regular installation
> right?
The error occurs when there is a newline before the \starttext, as in the
attachment. Remove the initial newline, and it compiles with
context
> On 23 May 2021, at 23:41, Hans Hagen wrote:
>
> So this is not lmtx (which also has luatex) but the regular installation
> right?
It works with
mtxrun math_style.tex
but not
context math_style.tex
where the file math_style.tex only contains
\starttext
\m{f = \beta}
\stopt
s make any difference, so it clearly has
to come down to "permissions or paths or a missing file". I cannot see
that it is permissions. Comparing permissions on both machines (one
working with --luatex and one not) I cannot see any difference. Paths?
The only thing I can see is tha
s
to come down to "permissions or paths or a missing file". I cannot see
that it is permissions. Comparing permissions on both machines (one
working with --luatex and one not) I cannot see any difference. Paths?
The only thing I can see is that I also have (later in the path) a
s
On 5/28/2021 7:13 AM, jbf wrote:
Hi list,
Not at all sure why this is happening. In my most recent install of lmtx
(which works fine as lmtx) on Linux, I wanted to choose the --luatex
option just to make a comparison between the mkiv output and lmtx.
The redirection part seems to work
Hi list,
Not at all sure why this is happening. In my most recent install of lmtx
(which works fine as lmtx) on Linux, I wanted to choose the --luatex
option just to make a comparison between the mkiv output and lmtx.
The redirection part seems to work (... --script mtx-context --luatex
> On 23 May 2021, at 23:41, Hans Hagen wrote:
>
> On 5/23/2021 9:28 PM, Hans Åberg wrote:
>> Using TexLive 2021, I got the error below. How to fix it? What input file
>> should one give?
>> % context math_style.tex
>> resolvers | formats | executing run
On 5/23/2021 9:28 PM, Hans Åberg wrote:
Using TexLive 2021, I got the error below. How to fix it? What input file
should one give?
% context math_style.tex
resolvers | formats | executing runner 'run luatex format': /usr/local/texlive/2021/bin/universal-darwin/luatex
--jobname
Using TexLive 2021, I got the error below. How to fix it? What input file
should one give?
% context math_style.tex
resolvers | formats | executing runner 'run luatex format':
/usr/local/texlive/2021/bin/universal-darwin/luatex --jobname="math_style"
--fmt=/Users//Library/te
$ sudo su -
$ rm -rf /opt/context
$ mkdir -p /opt/context
$ cd /opt/context
$ wget http://lmtx.pragma-ade.nl/install-lmtx/context-linux-64.zip
$ unzip *zip
$ export TEXMFCACHE=/tmp
$ sh install.sh
$ exit
$ cat test.tex
\starttext
Test
\stoptext
$ export TEXMFCACHE=/tmp
$ sudo rm -rf /tmp/luatex
zip>
$ unzip *zip
$ sh install.sh
$ exit
$ cat test.tex
\starttext
Test
\stoptext
$ export TEXMFCACHE=/tmp
$ rm -rf $TEXMFCACHE/luatex-cache
$ /opt/context/tex/texmf-linux-64/bin/mtxrun --autogenerate --script
mtx-context --autopdf test.tex
...
resolvers | resolving | remembered fil
$ rm -rf $TEXMFCACHE/luatex-cache
$ /opt/context/tex/texmf-linux-64/bin/mtxrun --autogenerate --script
mtx-context --autopdf test.tex
...
resolvers | resolving | remembered file 'mtx-context.lua'
resolvers | resolving | remembered file 'mtx-contexts.lua'
resolvers | resolving
On 4/6/2021 8:59 PM, Thangalin wrote:
Thanks Aditya.
What do you think of changing the default luatex-cache directory to the
system's temporary directory? Consider:
* The $HOME directory is sacrosanct (4784 people agree:
https://bugs.launchpad.net/ubuntu/+source/snapd/+bug/1575053
Perfect, thank you.
Will be Wikified.
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage :
On Tue, 6 Apr 2021, Thangalin wrote:
> Thanks Aditya.
>
> What do you think of changing the default luatex-cache directory to the
> system's temporary directory? Consider:
>
>- The $HOME directory is sacrosanct (4784 people agree:
>https://bugs.launchpad.net/ubun
Thanks Aditya.
What do you think of changing the default luatex-cache directory to the
system's temporary directory? Consider:
- The $HOME directory is sacrosanct (4784 people agree:
https://bugs.launchpad.net/ubuntu/+source/snapd/+bug/1575053)
- The temp directory is cleared on Linux
On Mon, 5 Apr 2021, Thangalin wrote:
> Peter Münster once asked:
>
> > What should I do please, to prevent ConTeXt from creating
> $HOME/luatex-cache?
>
> I'd like to do the same:
>
> $ cd $HOME
> $ ls luatex-cache
> ls: cannot access 'luatex-cache': No s
Peter Münster once asked:
> What should I do please, to prevent ConTeXt from creating
$HOME/luatex-cache?
I'd like to do the same:
$ cd $HOME
$ ls luatex-cache
ls: cannot access 'luatex-cache': No such file or directory
$ context test.tex
$ ls luatex-cache/
context
$ rm -rf luatex-ca
==
LuaTeX 1.13.1 2021-04-02
==
Fixed an unwanted space in btex etex in metapost, introduced
after a patch for troff.
--
luigi
==
LuaTeX 1.13.0 2021-03-12
==
This is the release for TeX live 2021.
Callback for nesting level used in tracingmacros.
It is is a variant of \tracingstacklevels
by Petr Olsak
it seems it's there.
depends on what you consider (non) hdpi ... the positioning of glyphs
depends on font scale, rounding of stems and such (hints in fonts but
these get less relevant with high res displays), caching, inter glyph
corrections (that pdftex/luatex/...) put in the text stream
well? Because it seems it's there.
>
> depends on what you consider (non) hdpi ... the positioning of glyphs
> depends on font scale, rounding of stems and such (hints in fonts but
> these get less relevant with high res displays), caching, inter glyph
> corrections (that pdftex/luatex/...)
ion of this software is covered by the
terms
of the GNU General Public License, version 2 or (at your option) any later
version. For more information about these matters, see the file named
COPYING
and the LuaTeX source.
Functionality : level 20210107
Support : cont...@ntg.nl
Copyright : The
Hello,
I compared latest ConTeXt standalone (LuaTeX 2.08) against TeX Live 2020
(LuaTeX 1.12). The produced PDFs are:
https://miletic.net/lipsum-112.pdf
https://miletic.net/lipsum-208.pdf
Viewing them with Evince (and I assume Adobe Reader, I don't have it at
hand to test) shows only minor
of glyphs
depends on font scale, rounding of stems and such (hints in fonts but
these get less relevant with high res displays), caching, inter glyph
corrections (that pdftex/luatex/...) put in the text stream to resync
within certain tolerances, etc ... (often a print is a better reference
On 1/7/2021 10:10 PM, Vedran Miletić wrote:
Hello,
I compared latest ConTeXt standalone (LuaTeX 2.08) against TeX Live 2020
(LuaTeX 1.12). The produced PDFs are:
https://miletic.net/lipsum-112.pdf
https://miletic.net/lipsum-208.pdf
Viewing them with Evince (and I assume Adobe Reader, I
!`.
There are probably more silent TeX errors that I currently don't have in mind.
Are these things possible in LuaTeX right now or could they be made possible in
the future?
Kind regards,
Henri
___
If your question
Are these things possible in LuaTeX right now or could they be made possible in
the future?
all is possile but this will not happen ... enabling callbacks like that
would make luatex unuseable slow (which is probably not what you want
because pgf is already kind of slow) (even checking for the callback
On Sat, 12 Dec 2020 at 10:30, Martin Hasoň wrote:
>
> Hi all,
>
> would it be possible to update luatex for the linuxmusl-64 platform, please?
I updated the binary, testing/feedback would be appreci
On 12/12/2020 10:30 AM, Martin Hasoň wrote:
Hi all,
would it be possible to update luatex for the linuxmusl-64 platform,
please?The current version
(http://minimals.contextgarden.net/setup/linuxmusl-64/bin/
<http://minimals.contextgarden.net/setup/linuxmusl-64/bin/>) ends with
Hi all,
would it be possible to update luatex for the linuxmusl-64 platform, please?
The current version (
http://minimals.contextgarden.net/setup/linuxmusl-64/bin/) ends with error:
> This is LuaTeX, Version 1.09.2 (TeX Live 2019/dev) (INITEX)
> system commands enabled.
> (/usr/share/
\marking[Section]{D}
E\marking[Section]{E}
F\marking[Section]{F}
\page
G\marking[Section]{G}
H\marking[Section]{H}
I\marking[Section]{I}
\stoptext
Compiled with luatex, the result is not quite as expected, but at least
it goes into the right direction. Compiled with lmtx, "top" a
on (latest 2020-11-16 19:40) with
> > luatex 1.13.0 7385 (not lmtx).
> >
> > loading > ConTeXt Typesetting Macros / Triggering Actions
> > resolvers > lua > loading file
> > '/usr/share/texmf/tex/context/base/mkiv/typo-inj.lua' succeeded
> >
On 11/17/2020 3:06 AM, Adam Reviczky wrote:
Hi,
I am getting the following error message trying to generate the formats
(context --make) with the latest version (latest 2020-11-16 19:40) with
luatex 1.13.0 7385 (not lmtx).
loading > ConTeXt Typesetting Macros / Triggering Acti
Hi,
I am getting the following error message trying to generate the formats
(context --make) with the latest version (latest 2020-11-16 19:40) with
luatex 1.13.0 7385 (not lmtx).
loading > ConTeXt Typesetting Macros / Triggering Actions
resolvers > lua > loading file
'/
Jairo A. del Rio schrieb am 08.08.2020 um 17:17:
Hi again!
When context --luatex is used with current version: 2020.08.07 23:37
LuaMetaTeX is still used. --engine=luatex has no effect, either. Is that
a bug? Thanks
I have no problems using LuaTeX on Windows.
You can try a new installation
Hi again!
When context --luatex is used with current version: 2020.08.07 23:37
LuaMetaTeX is still used. --engine=luatex has no effect, either. Is that a
bug? Thanks
Cordially,
Jairo :)
___
If your question
Jairo A. del Rio schrieb am 23.07.2020 um 19:03:
Hi list! Is --engine=luatex working? Has it changed? The switch seems
to be ignored with newer ConTeXt distributions, so only LuaMetaTeX is
used. Thank you in advance.
context --luatex
Wolfgang
Hi list! Is --engine=luatex working? Has it changed? The switch seems to be
ignored with newer ConTeXt distributions, so only LuaMetaTeX is used. Thank
you in advance.
Jairo :)
___
If your question is of interest
==
LuaTeX 1.12.0 2020-03-15
==
This is the release for TeX live 2020.
--shell-restricted now forbids loading of dso (dll/so object)
Scaled virtual font
Aadditional primitives
On 1/17/20 12:05 PM, MANUEL GONZALEZ SUAREZ wrote:
> Hi:
> When I compile a document with the following preamble:
> [...]
> \usemodule[simplefonts]
Hi Manuel,
as Hraban and Thomas mentioned, the module has been deprecated.
The commands \definefallbackfamily, \definefontfamily and \setupbodyfont
On Fri, Jan 17, 2020 at 03:44:58PM +0100, Henning Hraban Ramm wrote:
> Thank you for the clarification!
You’re welcome :-)
> That means, I can mix e.g. {de,agr,ru} but not {de,en}, right?
Exactly. In the latter case, even with both languages marked up, the
mix of two completely different
> Am 2020-01-17 um 15:36 schrieb Arthur Reutenauer
> :
>
> On Fri, Jan 17, 2020 at 01:51:42PM +0100, Henning Hraban Ramm wrote:
>> Just \mainlanguage[es] and \language[agr] (= \agr) where you need it should
>> be enough.
>
> As Thomas said, that shouldn’t be necessary.
>
>> You can’t expect
On Fri, Jan 17, 2020 at 01:51:42PM +0100, Henning Hraban Ramm wrote:
> Just \mainlanguage[es] and \language[agr] (= \agr) where you need it should
> be enough.
As Thomas said, that shouldn’t be necessary.
> You can’t expect ConTeXt to auto-detect your language, even if that maybe
> would
On 17.01.20 12:55, Henning Hraban Ramm wrote:
I suspect "patterns" understands only one file, as far as I understood the
source, but don’t trust me on this.
When you mark your Greek passages with {\agr ἡ Ἑλληνικὴ γλῶσσα} (or
\language[agr] instead of \agr), you should get the right pattern
> Am 2020-01-17 um 13:04 schrieb MANUEL GONZALEZ SUAREZ
> :
>
> Thanks very much, but if the module simplefonts is obsolete, What should I
> indicate in the preamble to write with both languages?
Your font setup should be good without trying to load that module (that doesn’t
do anything
> Am 2020-01-17 um 12:05 schrieb MANUEL GONZALEZ SUAREZ
> :
>
> Hi:
> When I compile a document with the following preamble:
>
> \mainlanguage[es]
> %\setuphyphenation[method=traditional]
> \usemodule[simplefonts]
> \setuplanguage[es][patterns={es,agr}]
> \definefallbackfamily [mainface]
=auto]
\definefontfamily [mainface] [serif] [TeX Gyre Schola]
\setupbodyfont[mainface,11pt]
\starttext
...
\stoptext
with Context LuaTeX, hyphenation patterns work for Greek, but not for Spanish.
I do the compilation with Mac. Any ideas to solve it?
Thanks
Manuel González
Am Wed, 4 Dec 2019 20:10:13 -0500 schrieb Jairo A. del Rio:
> I want to know if it's possible use HarfTeX/LuaHBTeX with ConTeXt (MKIV),
...
> Although this is pretty easy with LaTeX:
>
> \usepackage{harfload}
> \setmainfont{font}[RawFeature={mode=harf}]
unrelated to your question but this is no
Hi. How do I build the format? I try
context --make
ANd nothing special happens. How do I set up the new engine. Thank you in
advance.
___
If your question is of interest to others as well, please add an entry to the
e2019/texmf-var/luatex-cache/context/a86c089b384a3076dc514ba966a1fac9/formats/luatex/cont-en"
--jobname="tests"
--lua="/home/coragyps/.texlive2019/texmf-var/luatex-cache/context/a86c089b384a3076dc514ba966a1fac9/formats/luatex/cont-en.lui"
--c:currentrun=1 --c:engine="luah
dea of how to make it work with context. I've tried the
following with a test file (a simple \starttext .. \stoptext document):
context tests.tex --engine=luahbtex
And this happens:
mtx-context | run 1: luahbtex
--fmt="/home/coragyps/.texlive2019/texmf-var/luate
On 11/21/2019 8:17 AM, Henri Menke wrote:
Dear list,
The following Lua script behaves differently when executed in Lua vs.
LuaTeX.
print(os.execute("date"))
It seems that the definition of os_execute in loslibext.c was copied
over from Lua 5.1 and not adapted to newe
lua_close(L);
}
On 11/21/19 8:17 PM, Henri Menke wrote:
Dear list,
The following Lua script behaves differently when executed in Lua vs.
LuaTeX.
print(os.execute("date"))
It seems that the definition of os_execute in loslibext.c was copied
over from Lua 5.1 and not adap
Dear list,
The following Lua script behaves differently when executed in Lua vs.
LuaTeX.
print(os.execute("date"))
It seems that the definition of os_execute in loslibext.c was copied
over from Lua 5.1 and not adapted to newer versions.
$ lua5.1 test.lua
0
$ lua5.
==
LuaTeX 1.11.1 2019-10-28
==
First release of luahbtex / luajithbtex,
luatex / luajittex with harfbuzz.
Small bug fixes, code clean up and a couple of new primitives
to match
Many thanks for your response, but unfortunately it does not solve my
problem. In your solution, var in TestVarB is the identifier of the
reference, which is "1", but I need the value of the reference, that is,
the number of the line where the \someline command is being called,
which is "31"
On 9/4/2019 7:37 PM, Oliver von Criegern wrote:
Dear list members,
I want to process cross-references in ConTeXt/LuaTeX, that is, to do
some calculations in Lua with the page and line numbers returned by the
\at and \inlinerange commands.
But this does not work, as these commands
Dear list members,
I want to process cross-references in ConTeXt/LuaTeX, that is, to do
some calculations in Lua with the page and line numbers returned by the
\at and \inlinerange commands.
But this does not work, as these commands are obviously not being
expanded before they are passed
Hans,
we think that luatex-fonts-merged.lua is broken: It contains in line
8594
return characters.indicgroups
(from luatex-basics-chr.lua) and such a return statement is a
problem in a merged file.
--
Ulrike Fischer
https://www.troubleshooting-tex.de
On 6/8/19 7:02 PM, Martin Hasoň wrote:
> Dear Mojca,
>
> musl LuaTeX binary is out of date again:
>
> This is LuaTeX, Version 1.09.2 (TeX Live 2019/dev) (INITEX)
> system commands enabled.
> (/usr/share/tex/texmf-context/tex/context/base/mkiv/cont-en.mkiv
> (/usr/sha
Dear Mojca,
musl LuaTeX binary is out of date again:
This is LuaTeX, Version 1.09.2 (TeX Live 2019/dev) (INITEX)
system commands enabled.
(/usr/share/tex/texmf-context/tex/context/base/mkiv/cont-en.mkiv
(/usr/share/tex/texmf-context/tex/context/base/mkiv/context.mkiv
(/usr/share/tex/texmf
The event manager says, that it is a stack exhaustion (0xc0fd,
STATUS_STACK_OVERFLOW).
Many thanks. I'll increase size of stack.
Best,
Akira
___
If your question is of interest to others as well, please add an
Am 12.04.2019 um 07:36 schrieb Akira Kakuto:
>> mtx-context | fatal error: return code: -1073741571
>
> I suspect that may be a limitation in 32bit binary.
> Try to install 64bit ConTeXt if you are using 32bit one
> and your OS is 64bit.
>
I'm already on 64bit, so that won't help here.
The
On 4/12/2019 7:36 AM, Akira Kakuto wrote:
mtx-context | fatal error: return code: -1073741571
I suspect that may be a limitation in 32bit binary.
Try to install 64bit ConTeXt if you are using 32bit one
and your OS is 64bit.
Indeed. Most memory or stack related overflows in the engine
On Fri, Apr 12, 2019 at 8:03 AM Akira Kakuto wrote:
> > mtx-context | fatal error: return code: -1073741571
>
> I suspect that may be a limitation in 32bit binary.
> Try to install 64bit ConTeXt if you are using 32bit one
> and your OS is 64bit.
>
>
The other chance is the inclusion of a
mtx-context | fatal error: return code: -1073741571
I suspect that may be a limitation in 32bit binary.
Try to install 64bit ConTeXt if you are using 32bit one
and your OS is 64bit.
Best,
Akira
___
If your
On 4/11/2019 12:28 PM, Peter Rolf wrote:
I have a compilation problem with a data driven document.
This is what I get after around 12min (first run)...
I'm still puzzled by this 12 min ... so less than one page per second
... do you need to process all that data each run? It's over a decade
On 4/11/2019 12:28 PM, Peter Rolf wrote:
Hi,
I have a compilation problem with a data driven document.
This is what I get after around 12min (first run)...
that pretty slow ...
[..]
pages > flushing realpage 991, userpage 970, subpage 991
pages > flushing realpage 992,
Peter
>context --version
mtx-context | ConTeXt Process Management 1.02
mtx-context |
mtx-context | main context file:
r:/tex/texmf-context/tex/context/base/mkiv/context.mkiv
mtx-context | current version: 2019.04.04 13:31
>luatex --version
This is
Dear list,
I have just downloaded the latest beta from the ConTeXt Suite and I
found that it includes the new LuaTeX binaries.
These ones fix the issue reported in
https://mailman.ntg.nl/pipermail/ntg-context/2019/094266.html.
Many thanks to each one involved in the timely release of each
On 2019-03-04 Hans Hagen wrote:
> On 3/4/2019 4:58 PM, Nigel King wrote:
> > IT do not seem to be able to install a working version of LuaTeX on PCs.
> > I have directed them to ConTeXt Garden but they have had no luck.
> >
>
> https://wiki.contextgarden.net/ConTe
On 3/4/2019 4:58 PM, Nigel King wrote:
Hi All,
I have been using ConTeXt on Macs for >20 years. Having written a
particular piece of code for others to operate who have PCs, I am now
stuck.
I upgraded to LuaTeX some time ago as recommended on this list.
IT do not seem to be able to inst
Hi All,
I have been using ConTeXt on Macs for >20 years. Having written a particular
piece of code for others to operate who have PCs, I am now stuck.
I upgraded to LuaTeX some time ago as recommended on this list.
IT do not seem to be able to install a working version of LuaTeX on PCs. I h
1 - 100 of 1979 matches
Mail list logo